-
Notifications
You must be signed in to change notification settings - Fork 23
chore(toolbox-core): Use Toolbox server dev build for integration tests #298
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
8000adc
to
3212d63
Compare
fa6b4f4
to
ca766a3
Compare
d6a153e
to
57aeeb2
Compare
ca766a3
to
2ccb261
Compare
1c598a4
to
90f7472
Compare
2ccb261
to
9bee6e5
Compare
90f7472
to
7e38892
Compare
c66ade4
to
f811574
Compare
3287116
to
1a0b5e7
Compare
How are the binaries added to the new bucket? Is this an automatic or a manual process? |
AFAIK, the binaries are added to the new bucket through a manual process (correct me if I'm wrong @Yuan325) I'm not entirely sure if we want to set up an automated process for creating binaries in the I initially created this branch to test optional parameters feature, because it was unreleased at server's end as it needed to be released for both the server and the Python SDKs simultaneously, following an offline discussion. I've kept this PR open to accommodate any future requirements along these lines. @kurtisvg Do you think we should set up a staging release process in the server repo? |
1a0b5e7
to
dcc035c
Compare
3787f40
to
1f0976b
Compare
1f0976b
to
277bdb9
Compare
This PR updates the integration tests to use a dev build of the toolbox server from the
main
branch.Currently, integration tests are conducted against a released version of the toolbox server. This poses a challenge when SDK and server features, such as optional parameters, are developed and released concurrently. In such scenarios, integration tests for the SDK will fail as the corresponding server-side support is absent in the released version.
To address this, this change modifies the server download for integration tests to pull from the GCS bucket for toolbox dev builds, specifically from the
main
branch. This ensures that the SDK is tested against the latest server version, which should ideally be stable and backward-compatible.Flexibility in Versioning
For situations where new SDK features do not have a dependency on server-side changes, the
TOOLBOX_VERSION
and the newly introducedTOOLBOX_BUCKET
env vars in theintegration.cloudbuild.yaml
config can be adjusted. This allows for switching back to a specific released version of the toolbox server for integration testing if needed.Note
This PR removes the automatic
v
prefix from the version when constructing the blob download URL. Consequently, if you need to test against a released version (e.g.,0.8.0
), theTOOLBOX_VERSION
must be set tov0.8.0
. This change accommodates version values that do not have a v prefix, such asmain
.Note
The integration tests would currently fail due to a known issue with the optional parameters implementation with the server dev build [#771]